home *** CD-ROM | disk | FTP | other *** search
- Frequently Asked Questions (FAQS);faqs.540
-
-
-
- - Future:
- - OSF/1 MK (mikrokernel) based on Mach 3.0
-
- This list of major flavors should probably also include Xenix
- which has been the basis for many ports. Derived from V7, S III
- and finally System V, it is similar externally but significantly
- changed internally (performance-tuned for micros).
-
-
- Two very good books describe the internals of the two main flavors.
- These are:
- - System V: "Design of the Unix Operating SYstem", M.J. Bach.
- - BSD: "Design and Implementation of the 4.3BSD Unix Operating System",
- Leffler, McKusick, Karels, Quaterman.
- For a good introduction to OSF/1 (not quite as technical as the
- previous two), see: "Guide to OSF/1, A Technical Synopsis",
- published by O'Reilly. On SunOS, "Virtual Memory Architecture in
- SunOS" and "Shared Libraries in SunOS" in Summer 1989 USENIX
- Proceedings.
-
- A good set of articles on where Unix is going is "Unix Variants"
- in the Apr 92 issue of Unix Review. Other good sources of
- information include the bsd-faq file, and many of the newsgroups
- mentioned in the text.
-
- 6.4) Unix Standards.
-
- From: "Pierre (P.) Lewis" <lew@bnr.ca>
- Date: Sun, 11 Oct 1992 15:29:00 +0000
- Version: 2.0
-
- This section briefly describes the more important standards
- relevant to Unix.
-
- - IEEE:
- - 802.x (LAN) standards (LLC, ethernet, token ring, token bus)
- - POSIX (ISO 9945?): Portable Operating System I/F (Unix, VMS
- and OS/2!) (only ? have been finalized at this point)
- - 1003.1: library procedures (mostly system calls) -- roughly V7
- except for signals and terminal I/F (1990)
- - 1003.2: shell and utilities
- - 1003.3: test methods and conformance
- - 1003.4: real-time: binary semaphores, process memory
- locking, memory-mapped files, shared memory,
- priority scheduling, real-time signals, clocks and
- timers, IPC message passing, synchronized I/O,
- asynchronous I/O, real-time files
- - 1003.5: Ada language bindings
- - 1003.6: security
- - 1003.7: system admin (incl. printing)
- - 1003.8: transparent file access
- - 1003.9: FORTRAN language bindings
- - 1003.10: super computing
- - 1003.12: protocol-independent I/Fs
- - 1003.13: real-time profiles
- - 1003.15: supercomputing batch I/Fs
- - 1003.16: C-language bindings (?)
- - 1003.17: directory services
- - 1003.19: FORTRAN 90 language bindings
-
- - X/Open (consortium of vendors):
- - X/Open Portability Guides (XPGn):
- - XPG2 (1987), strong SV influence
- Vol 1: commands and utilities
- Vol 2: system calls and libraries
- Vol 3: terminal I/F (curses, termio), IPC (SV),
- internationalization
- Vol 4: programming languages (C, COBOL!)
- Vol 5: data management (ISAM, SQL)
- - XPG3 adds: ?
- - XOM series of interfaces:
- - XOM (X/Open Object Management) generic I/F mechanisms for
- following
- - XDS (X/Open Directory Service)
- - XMH (X/Open Mail ??)
- - XCM (X/Open Consolidated Management) (not yet approved?)
-
- - AT&T
- - System V Interface Definition (SVID)
- - SVID1 (1985, SVR2)
- Vol 1: system calls and libraries (similar to XPG2.1)
- - SVID2 (1986, SVR3)
- Vol 1: system calls and libraries (base, kernel extensions)
- Vol 2: commands and utilities (base, advanced, admin, software
- development), terminal I/F
- Vol 3: terminal I/F (again), STREAMS and TLI, RFS
- - SVID3 (19??, SVR4) adds
- Vol 4: ?? &c
- - APIs
- - Transport Library Interface (TLI)
- - ACSE/Presentation Library Interface (APLI)
-
- 6.5) Identifying your Unix flavor.
-
- From: "Pierre (P.) Lewis" <lew@bnr.ca>
- Date: Sun, 11 Oct 1992 15:29:00 +0000
- Version: 2.0
-
- This section lists a number of things you can look at in
- attempting to identify the base flavor of your Unix. Given the
- significant exchange of code and ideas between the various
- flavors and the many changes made by vendors, any statement such
- as "this Unix is an SVR2" is at best a statistical statement
- (except for some SVRn ports). Also many Unices offer most of
- both worlds (either mixed as in SunOS or strictly separated as in
- Apollo?). So this section is perhaps not very useful...
-
- The list of features in previous sections can also help. For
- example, if a system has a poll(2) but no select(2), it is highly
- probable that it is derived from SVR3. Also the name of the OS
- can provide a clue, as well as the logon message (e.g. SGI's
- "Irix SVR3.3.2") or the output of "uname -a" command. Available
- commands can also provide hints but this is probably less
- reliable than kernel features. For example, the type of terminal
- initialization (inittab or ttys) is a more reliable indicator
- than the print subsystem.
-
- Feature Typical in SVRx Typical in xBSD
-
- kernel name /unix /vmunix
- terminal init /etc/inittab /etc/ttys (only getty to 4.3)
- boot init /etc/rc.d directories /etc/rc.* files
- mounted FSs /etc/mnttab /etc/mtab
- usual shell sh, ksh csh, #! hack
- native FS S5 (blk: 512-2K) UFS (blk: 4K-8K)
- file names <= 14 bytes file names < 255 bytes
- groups need newgrp(1) automatic membership
- SVR4: multiple groups
- print subsystem lp, lpstat, cancel lpr, lpq, lprm (lpd daemon) ??
- terminal control termio, terminfo, termios (sgtty before 4.3reno)
- SVR4: termios (POSIX) termcap
- job control >= SVR4 yes
- ps command ps -ef ps -aux
- string fcns memset, memcpy bzero, bcopy
- process mapping /proc (SVR4)
-
- 6.6) Brief notes on some well-known (commercial/PD) Unices.
-
- From: "Pierre (P.) Lewis" <lew@bnr.ca>
- Date: Sun, 11 Oct 1992 15:29:00 +0000
- Version: 2.0
-
- (I am not at all satisfied with this section, unfortunately I
- have neither the time nor the documents to make it much better
- (wrt contents). Should only list Unices known by a reasonably
- wide audience. Small and non-US Unices welcome, e.g. Eurix. In
- need of reformatting)
-
- This section lists (in alphabetical order) some of the better
- known Unices along with a brief description of their nature.
-
- AIX: IBM's Unix, based on SVR2 (later up to SVR3.2?) with varying
- degrees of BSD extensions, for various hardwares. Proprietary
- system admin (SMIT). Both 850 and Latin-1 CPs. Quite
- different from most Unices and among themselves.
- Newsgroup: comp.unix.aix.
- - 1.x (for 386 PS/2)
- - 2.x (for PC RTs)
- - 3.x (for RS/6000), paging kernel, logical volume manager, i18n;
- 3.2 adds TLI/STREAMS
- - there is also a version for S/370 mainframes (as task under VM)
- Was to have been base for OSF/1 until Mach was chosen instead.
-
- AOS (IBM): 4.3BSD port to IBM PC RT (for educational institutes).
- Don't confuse with DG's proprietary OS of same name.
-
- Arix: SV
-
- A/UX (Apple): SV with Berkeley enhancements, NFS, Mac GUI. System 6
- (later System 7) runs as guest of A/UX (opposite of MachTen).
- Newsgroup: comp.unix.aux.
- - 2.0: SVR2 with 4.2BSD, system 6 Mac applications.
- - 3.0 (1992): SVR2.2 with 4.3BSD, system 7 applications.
-
- BOS for Bull's DPX/2 (680x0)
- - V1 (1990): SVR3 with BSD extensions (FFS, select, sockets),
- symmetric MP, X11R3
- - V2 (1991): adds job control, disk mirroring, C2 security,
- DCE extensions
-
- 386BSD: Jolitz's port of Net2 software. Posix, 32-bit, still in alpha.
-
- BSD/386 (80386): from BSDI, with source (augmented Net2 software)
- Newsgroup: comp.unix.bsd.
-
- Chorus/MiXV: Unix SVR3.2 (SVR4) over Chorus nucleus, ABI/BCS.
-
- Coherent (80286): Unix clone compatible with V7, some SVR2 (IPC).
- V4.0 is 32-bit. Newsgroup: comp.os.coherent
-
- Consensys: SVR4
-
- CTIX: SV-based, from Convergent
-
- D-NIX: SV
-
- DomainIX (Apollo): dual Unix over Apollo Domain operating system
-
- DomainOS (Apollo): BSD 4.2? with System V? (strict differentiation?)
- - 10.x
-
- DVIX (NT's DVS): SVR2
-
- DYNIX (Sequent): 4.2BSD-based
-
- DYNIX/PTX: SVR3-based
-
- Esix (80386): pure SVR4, X11, OpenLook (NeWS), Xview
-
- Eurix (80?86): SVR3.2 (german?)
-
- FTX: Stratus fault-tolerant OS (68K or i860-i960 hardware)
-
- GNU Hurd (?): vaporware from the Free Software Foundation (FSF):
- Unix emulator over Mach 3.0 kernel. Many GNU tools are very
- popular (emacs) and used in the PD Unices.
-
- HP-UX (HP): old from S III (SVRx), now SVR2 (4.2BSD?) with SV utilities
- (they have trouble making up their minds).
- - 6.5: SVR2
- - 7.0: SVR3.2, symlinks
- - 7.5
- - 8.0: BSD based? for HP-9000 CISC (300/400) and RISC (800/700)
-
- Interactive SVR3.2 (80x86): pure SVR3. Interactive has been bought
- by Sun; will their system survive Solaris?
-
- Idris: first Unix clone by Whitesmith.
- - 4D
-
- Irix (SGI): SVR3.2, much BSD. Newsgroup: comp.sys.sgi.
-
- Linux (80386): PD Unix, SVish. Available with sources.
- Newsgroup: comp.os.linux
-
- MachTen, Tenon Intersystems: runs as a guest of System 6, no memory
- protection, 4.3BSD environment with TCP, NFS.
-
- MacMach (Mac II): 4.3BSD over Mach 3.0 microkernel, X11, Motif, GNU
- software, sources, experimental System 7 as Mach task.
-
- Mach386: from Mt Xinu. Based on Mach 2.5, with 4.3BSD-Tahoe
- enhancements. Also 2.6 MSD (Mach Source Distribution).
-
- Microport (80x86): pure SVR4, X11, OpenLook GUI
-
- Minix (80x86, Atari, Amiga, Mac): Unix clone compatible with V7.
- Sold with sources. Being POSIXified (sp?). Newsgroup: comp.os.minix.
-
- MipsOS: SVish (RISC/OS, now dropped, was BSDish)
-
- more/BSD (VAX, HP 9000/300): Mt Xinu's Unix, based on 4.3BSD-Tahoe.
- Newsgroup: comp.os.xinu?
-
- Net/2 tape (from Berkeley, 1991): BSD Unix, essentially compatible with
- 4.3BSD, includes only sources free of AT&T code, no low-level code.
- See 386BSD and BSD/386 above.
-
- NextStep (Next): BSD over Mach kernel, own GUI. 386 version coming?
- - 1.0
-
- NEWS-OS (Sony)
- - 3.2
-
- OSF/1 (DEC): DEC's port of OSF/1
-
- PC-IX (IBM 8086): SV
-
- SCO Xenix (80x86):
-
- SCO Unix (80x86): SVR3.2
-
- Solaris (Sparc, 80386):
- - 1.0: essentially same as SunOS 4.1.1, with OpenWindows 2.0 and
- DeskSet utilities.
- - 1.0.1: SunOS 4.1.2 with multiprocessing (kernel not multithreaded);
- not for 386
- - 2.0: will be based on SVR4 (and have symmetric MP), will include
- support for 386; with OpenWindows 3.0 (X11R4), DeskSet, ONC, NIS.
- Compilers unbundled!
-
- SunOS (680x0, Sparc, i386): based on 4.3BSD, includes much from System V.
- Main Sun achievements: NFS (1984), SunView (1985), NeWS
- (1986, postscript imaging, now in OpenWindows), OpenLook GUI standard,
- OpenWindows (NeWS, X11, SunView!). Newsgroup: comp.sys.sun.*.
- - 3.x: SV IPC package, FIFOs
- - 4.0.3: lightweight processes, new virtual mem, shared libs
- - 4.1: STREAMS & TLI, 8-bit clean?, async I/O, ms-dos file system
- (continues as Solaris -- see above).
-
- UHC (80x86): pure SVR4, X11, Motif
-
- Ultrix (DEC): based on 4.2BSD with much of 4.3.
- Newsgroup: comp.unix.ultrix.
- - 3.1, 4.0
-
- UNICOS (Cray): Newsgroup: comp.unix.cray
- - 5.x, 6,x, 7.0
-
- UTEK (Tektronix)
- - 4.0
-
- Xenix (80x86): 1st Unix on Intel hardware, based on SVR2 (previously on
- S III and even V7). Newsgroup: comp.unix.xenix.
-
- 3B1 (680x0): SV-based, done by Convergent for AT&T.
- Newsgroup: comp.sys.3b1.
-
- 6.7) Real-time Unices.
-
- From: "Pierre (P.) Lewis" <lew@bnr.ca>
- Date: Sun, 11 Oct 1992 15:29:00 +0000
- Version: 2.0
-
- This information is fragmentary. I doubt all of following are Unices --
- input is welcome.
-
- RTU (Concurrent), for 68K boxes
-
- Stellix (Stardent); it's Unix, but is it real-time?
-
- Velocity (Ready Systems):
-
- VxWorks (Wind River Systems): BSDish, no termcap.
- Newsgroup: comp.os.vxworks.
-
- pSOS??
-
- 6.8) Unix glossary.
-
- From: "Pierre (P.) Lewis" <lew@bnr.ca>
- Date: Sun, 11 Oct 1992 15:29:00 +0000
- Version: 2.0
-
- This section provides short definitions of various concepts and
- components of (or related to) Unix systems.
-
- Chorus: message-passing microkernel, may form basis for a future release
- of SV. Chorus already have SVR4 running on top (binary-compatible).
-
- DCE (Distributed Computing Environment, from OSF): Includes RPC (Apollo's
- NCS), directory service (local based on DNS, global on X.500), time,
- security, and threads services, DFS (distrib. file system), ....
- OS-independent.
-
- DME (Distributed Management Environment, from OSF): future.
-
- FFS (Fast File System): alias for UFS (BSD name)
-
- Mach: modern kernels from CMU (Carnegie Mellon University) on which many
- Unices and other OSs are based (e.g. OSF/1, MacMach, ...):
- - 2.5: monolithic kernel with 4.2BSD
- - 3.0: microkernel with BSD Unix server in user space (and other OSs,
- e.g. MS-DOS)
- Newsgroup: comp.os.mach
-
- MFS: Memory File System
-
- NFS (Network File System): contributed by Sun to BSD, stateless server
-
- ONC (Open Network Computing): from Sun(?), includes RPC, name service
- (NIS aka YP), NFS, ... (found in many Unices, other OSs).
-
- RFS (Remote File System): SV, stateful server, incompatible with NFS
-
- RPC (Remote Procedure Call): high-level IPC (inter-process communication)
- mechanism. Two flavors.
- - ONC: Over TCP or UDP (later OSI), uses XDR to encode data.
- - DCE: has a different RPC mechanism (based on Apollo's NCS)
-
- S5 FS: System V's native file system, blocks 512 to 2K.
-
- sockets: BSD interface mechanism to networks (compare TLI).
-
- STREAMS: a message-passing kernel mechanism, initially in SVR3, which
- provides a very good interface for protocol development.
-
- TLI (Transport Library Interface): SV's interface to transport services
- (TCP, OSI). UI has also defined an APLI (ACSE/Presentation Library
- Interface)
-
- UFS (?): BSD's native file system, blocks 4K to 8K, cylinder groups,
- fragments.
-
- XTI (X/Open Transport Interface): TLI with enhancements
-
- 6.9) Acknowledgements.
-
- From: "Pierre (P.) Lewis" <lew@bnr.ca>
- Date: Sun, 11 Oct 1992 15:29:00 +0000
- Version: 2.0
-
- (in addition to references): pat@bnr.ca, guy@auspex.com,
- pen@lysator.liu.se, mikes@ingres.com, mjd@saul.cis.upenn.edu,
- root%candle.uucp@ls.com, ee@atbull.bull.co.at,
- Aaron_Dailey@stortek.com. Many thanks!
- Xref: bloom-picayune.mit.edu comp.unix.questions:51333 comp.unix.shell:8339 news.answers:4775
- Path: bloom-picayune.mit.edu!senator-bedfellow.mit.edu!senator-bedfellow.mit.edu!usenet
- From: tmatimar@empress.com (Ted M A Timar)
- Newsgroups: comp.unix.questions,comp.unix.shell,news.answers
- Subject: Unix - Frequently Asked Questions (7/7) [Frequent posting]
- Supersedes: <unix-faq/faq/part7_723967331@athena.mit.edu>
- Followup-To: comp.unix.questions
- Date: 24 Dec 1992 06:03:00 GMT
- Organization: Empress Software
- Lines: 263
- Approved: news-answers-request@MIT.Edu
- Distribution: world
- Expires: 21 Jan 1993 06:02:09 GMT
- Message-ID: <unix-faq/faq/part7_725176929@athena.mit.edu>
- References: <unix-faq/faq/contents_725176929@athena.mit.edu>
- NNTP-Posting-Host: pit-manager.mit.edu
- X-Last-Updated: 1992/12/09
-
- Archive-name: unix-faq/faq/part7
- Version: $Id: part7,v 2.1 92/12/04 07:44:00 tmatimar Exp $
-
- These seven articles contain the answers to some Frequently Asked
- Questions often seen in comp.unix.questions and comp.unix.shell.
- Please don't ask these questions again, they've been answered plenty
- of times already - and please don't flame someone just because they may
- not have read this particular posting. Thank you.
-
- These articles are divided approximately as follows:
-
- 1.*) General questions.
- 2.*) Relatively basic questions, likely to be asked by beginners.
- 3.*) Intermediate questions.
- 4.*) Advanced questions, likely to be asked by people who thought
- they already knew all of the answers.
- 5.*) Questions pertaining to the various shells, and the differences.
- 6.*) An overview of Unix variants.
- 7.*) An comparison of configuration management systems (RCS, SCCS).
-
- This article includes answers to:
-
- 7.1) RCS vs SCCS: Introduction
- 7.2) RCS vs SCCS: How do the interfaces compare?
- 7.3) RCS vs SCCS: What's in a Revision File?
- 7.4) RCS vs SCCS: What are the keywords?
- 7.5) What's an RCS symbolic name?
- 7.6) RCS vs SCCS: How do they compare for performance?
- 7.7) RCS vs SCCS: Version Identification.
- 7.8) RCS vs SCCS: How do they handle with problems?
- 7.9) RCS vs SCCS: Conversion.
- 7.10) RCS vs SCCS: Support
- 7.11) RCS vs SCCS: Command Comparison
- 7.12) RCS vs SCCS: Acknowledgements
- 7.13) Can I get more information on configuration management systems?
-
- If you're looking for the answer to, say, question 7.5, and want to skip
- everything else, you can search ahead for the regular expression "^7.5)".
-
- While these are all legitimate questions, they seem to crop up in
- comp.unix.questions or comp.unix.shell on an annual basis, usually
- followed by plenty of replies (only some of which are correct) and then
- a period of griping about how the same questions keep coming up. You
- may also like to read the monthly article "Answers to Frequently Asked
- Questions" in the newsgroup "news.announce.newusers", which will tell
- you what "UNIX" stands for.
-
- With the variety of Unix systems in the world, it's hard to guarantee
- that these answers will work everywhere. Read your local manual pages
- before trying anything suggested here. If you have suggestions or
- corrections for any of these answers, please send them to to
- tmatimar@empress.com.
-
- 7.1) RCS vs SCCS: Introduction
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- The majority of the replies (in a recent poll) were in favor of
- RCS, a few for SCCS, and a few suggested alternatives such as CVS.
-
- Functionally RCS and SCCS are practically equal, with RCS having
- a bit more features since it continues to be updated.
-
- Note that RCS learned from the mistakes of SCCS...
-
- 7.2) RCS vs SCCS: How do the interfaces compare?
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- RCS has an easier interface for first time users. There are less
- commands, it is more intuitive and consistent, and it provides
- more useful arguments.
-
- Branches have to be specifically created in SCCS. In RCS, they
- are checked in as any other version.
-
- 7.3) RCS vs SCCS: What's in a Revision File?
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- RCS keeps history in files with a ",v" suffix. SCCS keeps
- history in files with a "s." prefix.
-
- RCS looks for RCS files automatically in the current directory or
- in a RCS subdirectory, or you can specify an alternate RCS file.
- The sccs front end to SCCS always uses the SCCS directory. If
- you don't use the sccs front end, you must specify the full SCCS
- filename.
-
- RCS stores its revisions by holding a copy of the latest version
- and storing backward deltas. SCCS uses a "merged delta"
- concept.
-
- All RCS activity takes place within a single RCS file. SCCS
- maintains several files. This can be messy and confusing.
-
- Editing either RCS or SCCS files is a bad idea because mistakes
- are so easy to make and so fatal to the history of the file.
- Revision information is easy to edit in both types, whereas one
- would not want to edit the actual text of a version in RCS. If
- you edit an SCCS file, you will have to recalculate the checksum
- using the admin program.
-
- 7.4) RCS vs SCCS: What are the keywords?
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- RCS and SCCS use different keywords that are expanded in the
- text. For SCCS the keyword "%I%" is replaced with the revision
- number if the file is checked out for reading.
-
- The RCS keywords are easier to remember, but keyword expansion is
- more easily customized in SCCS.
-
- In SCCS, keywords are expanded on a read-only get. If a version
- with expanded keywords is copied into a file that will be
- deltaed, the keywords will be lost and the version information in
- the file will not be updated. On the other hand, RCS retains the
- keywords when they are expanded so this is avoided.
-
- 7.5) What's an RCS symbolic name?
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- RCS allows you treat a set of files as a family of files while
- SCCS is meant primarily for keeping the revision history of
- files.
-
- RCS accomplishes that with symbolic names: you can mark all the
- source files associated with an application version with `rcs
- -n', and then easily retrieve them later as a cohesive unit. In
- SCCS you would have to do this by writing a script to write or
- read all file names and versions to or from a file.
-
- 7.6) RCS vs SCCS: How do they compare for performance?
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- Since RCS stores the latest version in full, it is much faster in
- retrieving the latest version. After RCS version 5.6, it is also
- faster than SCCS in retrieving older versions.
-
- 7.7) RCS vs SCCS: Version Identification.
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- SCCS is able to determine when a specific line of code was added
- to a system.
-
- 7.8) RCS vs SCCS: How do they handle with problems?
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- If you are missing the sccs or rcs tools, or the RCS or SCCS file
- is corrupt and the tools don't work on it, you can still retrieve
- the latest version in RCS. Not true with SCCS.
-
- 7.9) RCS vs SCCS: Conversion.
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- RCS provides a program to convert from SCCS to RCS. One would
- have to write his own program to convert from RCS to SCCS.
-
- 7.10) RCS vs SCCS: Support
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- SCCS is supported by AT&T. RCS is supported by the Free Software
- Foundation. Therefore RCS runs on many more platforms, including
- PCs.
-
- Most make programs recognize SCCS's "s." prefix while GNU make
- is one of the few that handles RCS's ",v" suffix.
-
- Some tar programs have a -F option that ignores either RCS
- directories, or SCCS directories or both.
-
- 7.11) RCS vs SCCS: Command Comparison
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- SCCS RCS Explanation
- ==== === ===========
-
- sccs admin -i -nfile file ci file Checks in the file
- for the first time,
- creating the revision
- history file.
-
- sccs get file co file Check out a file for
- reading.
-
- sccs edit file co -l file Check out a file for
- modification.
-
- sccs delta file ci file Check in a file
- previously locked.
-
- what file ident file Print keyword
- information.
-
- sccs prs file rlog file Print a history of
- the file.
-
- sccs sccsdiff -rx -ry file rcsdiff -rx -ry file Compare two
- revisions.
-
- sccs diffs file rcsdiff file Compare current with
- last revision.
-
- sccs edit -ix-y file rcsmerge -rx-y file Merge changes between
- two versions into
- file.
-
- ??? rcs -l file Lock the latest
- revision.
-
- ??? rcs -u file Unlock the latest
- revision. Possible
- to break another's
- lock, but mail is
- sent to the other
- user explaining why.
-
- 7.12) RCS vs SCCS: Acknowledgements
-
- Date: Sat, 10 Oct 92 19:34:39 +0200
- From: Bill Wohler <wohler@sap-ag.de>
-
- I would like to thank the following persons for contributing to
- these articles. I'd like to add your name to the list--please
- send comments or more references to Bill Wohler <wohler@sap-ag.de>.
-
- Karl Vogel <vogel@c-17igp.wpafb.af.mil>
- Mark Runyan <runyan@hpcuhc.cup.hp.com>
- Paul Eggert <eggert@twinsun.com>
- Greg Henderson <henders@infonode.ingr.com>
- Dave Goldberg <dsg@mbunix.mitre.org>
- Rob Kurver <rob@pact.nl>
- Raymond Chen <rjc@math.princeton.edu>
- Dwight <dwight@s1.gov>
-
- 7.13) Can I get more information on configuration management systems?
-
- Date: Thu Oct 15 10:27:47 EDT 1992
- From: Ted Timar <tmatimar@empress.com>
-
- Bill Wohler, who compiled all of the information in this part of
- the FAQ, has compiled much more information. This information is
- available for ftp from ftp.wg.omron.co.jp (133.210.4.4) under
- "pub/unix-faq/docs/rev-ctl-sys".
- Xref: bloom-picayune.mit.edu comp.unix.shell:8091 comp.unix.questions:50556 news.answers:4264
- Newsgroups: comp.unix.shell,comp.unix.questions,news.answers
- Path: bloom-picayune.mit.edu!enterpoop.mit.edu!usc!wupost!news.utdallas.edu!convex!tchrist
- From: Tom Christiansen <tchrist@convex.COM>
- Subject: Csh Programming Considered Harmful
- Originator: tchrist@pixel.convex.com
- Sender: usenet@news.eng.convex.com (news access account)
- Message-ID: <1992Nov30.123449.8118@news.eng.convex.com>
- Approved: news-answers-request@MIT.Edu
- Date: Mon, 30 Nov 1992 12:34:49 GMT
- Expires: Mon, 4 Jan 1993 12:00:00 GMT
- Nntp-Posting-Host: pixel.convex.com
- Organization: Convex Computer Corporation, Colorado Springs, CO
- Followup-To: comp.unix.shell
- X-Disclaimer: This message was written by a user at CONVEX Computer
- Corp. The opinions expressed are those of the user and
- not necessarily those of CONVEX.
- Lines: 496
-